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PATIENT-PHYSICIAN CONNECTIVITY SYSTEM AND METHOD 

CROSS-REFERENCE TO RELATED PATENT APPLICATION 

This patent application claims the benefit of U.S. Provisional Patent 
5 Application No. 60/501,298 filed September 8, 2003, which is incorporated herein by 
in its entirety. 

BACKGROUND AND SUMMARY 

Many diverse medical record and medical information management 

10 systems are found in the art. Such systems provide access and retrieval of particular 
categories of patient or medical infomiation, such as for example, insurance 
infomiation use insurance information management systems, lab results or reports are 
accessible from laboratory infoimation systems (LIS), patient records are managed on 
hospital information systems (HIS), and clinical data is stored in Clinical Data 

15 Repositories (CDR). The degree to which infoimation has been shared between such 
healthcare information systems has to this point been limited. Also, patients have 
been vinable to find a centralized, integrated interface for accessing infomiation from 
these disparate healthcare data systems. 

Further, these decentralized medical infonnation management systems 

20 have been unable to communicate, or such communication has been unworkable due 
to the business environment which was better suited to autonomous providers of such 
infoimation services. Technological advances in encryption, regulatory changes to 
patient privacy laws, and advances in the communications infrastructwe has been 
lacking to the extent that a global, integrated network for accessing all of these data 

25 sources contemporaneously has not been possible. 

Furtlier, there has up to now been lacking a system that provides 
functionality for the physician based on the information in a patient's health record. 
A number of tasks may be simplified and/or automated by having a health record 
system review information in the health record, prior to or during review of the health 

30 record by a physician. 

Briefly, and in accordance with the foregoing, disclosed is a system 
and method for providing health assistance based on infoimation in a patient's health 
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record. An interface is provided for providing assistance which includes a patient 
health record section and a banner section that performs health assistance-related 
functions based on the content of the patient health record section. 

Additional features will become apparent to those skilled in the art 
5 upon consideration of the following detailed description of drawings exemplifying the 
best mode as presently perceived. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The detailed description particularly refers to the accompanying 
1 0 figures in which: 

FIG. 1 is a simplified diagrammatic flowchart generally depicting the 
components of the current system; 

FIG. 2 is a simplified diagrammatic flowchart representing dataflow 
among the various components and users of the cunrent system; 
1 5 FIG. 3 illustrates one embodiment of an interface for the current 

system; 

FIG. 4 illustrates one embodiment of an MD woi'king page; 

FIG. 5 illustrates one embodiment of an interface for comiectivity to a 
physician's hospitals accessed via the working page; 
20 FIG. 6 illustrates one embodiment of a Patient's Medical Records page 

that allows selection among various medical records sources accessed via the working 
page; 

FIG. 7 illustrates one embodiment of an Evidence Based Medicine 
page accessed via the working page; 
25 FIG. 8 illustrates one embodiment of a Preventative Medicine Services 

page accessed via the working page; 

FIG. 9 illustrates one embodiment of a direct target marketing 
prescription order form accessed from a banner on the working page; 

FIG. 10 illustrates one embodiment of a Medication History page 
30 accessed from the working page; 

FIG. 1 1 illustrates one embodiment of a Patient Images page accessed 
from the working page; 
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FIG. 12 illustrates one embodiment of a working page showing an alert 

banner; 

FIG. 13 illustrates one embodiment of an MD Personal page; 
FIG. 14 illustrates one embodiment of Patient Lab Results page; 
5 FIG. 15 illustrates one embodiment of the Patient Lab Results page of 

FIG. 14 showing drop down menu for a patient's contact information; 

FIG. 16 illustrates one embodiment of an Office Staff Registration 

page; 

FIG. 17 illustrates one embodiment of an Office Staff Billing page; 
1 0 FIG. 1 8 illustrates one embodiment of a patient personal page; 

FIG. 19 illustrates one embodiment of a Medical History page 
accessible from a patient's personal page; 

FIG. 20 illustrates one embodiment of a Medication Listing on a 
patient's personal page; 
15 FIG. 21 illustrates one embodiment of Consumer Portal page; and 

FIG. 22 illustrates one embodiment of screen for requesting healthcare 
for uninsured patients accessible from the Consumer Portal page. 

DETAILED DESCRIPTION OF THE DRAWINGS 

20 While the present disclosure may be susceptible to embodiment in 

different fonns, there is shown in the drawings, and herein will be described in detail, 
embodiments with the understanding that the present description is to be considered 
an exemplification of the principles of the disclosure and is not intended to limit the 
disclosure to the details of construction and the arrangements of components set forth 

25 in the following description or illustrated in the drawings. 

With reference to the figui'es, FIG. 1 shows the components and 
health-related information providers comprising and connected to the cun-ent system. 
The system is built around a database of health-related information or central data 
repository 10, hereinafter referred to as the repository 10. The repository 10 is a 

30 database linking all the relevant medical-related information for each member patient. 
For puiposes of this disclosure, medical-related or health-related infomiation includes 
but is not limited to medical history, medical profile infonnation, lifetime laboratory 
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reports, demographic information, current and past prescribed medications, insurance 
coverage infomiation, and family medical histoiy. The term member patient is any 
person who is receiving healthcare services from a healthcare provider who offers the 
functions of the cun-ent system and allows the patient access to the information stored 
5 therein. 

The repository 10 is a server or server cluster capable of providing 
high speed access and retrieval over a communications network such as the Internet, 
and may be constructed from any enteiprise quality server known in the industry. The 
repository is connected to the communications network with a connection having 
10 bandwidth suitable for generally simultaneous and continuing access and updating 
from the medical-related information providers shown in FIG. 1 and described 
hereinafter, such as by a T3 line or other suitable high bandwidth connection. 

To provide compatibility between various existing and possibly future 
networks used by the medical-related information providers, one or more integration 

15 brokers 12 may be utilized. The integration brokers 12 may also provide application 
layers 14 to the various medical-related infonnation providers, which will be 
customized for the information retrieved or provided by them. Integration brokers 12 
may also assist in consolidating hospital data and delivering data to the CDR. One 
example of the application layer 14, is the user portal interface 16 which is used by 

20 individual physicians and/or patients. User portal interface 16 uses a commonly 

available web browser interface such as is supported by Microsoft Internet Explorer 
and Netscape Navigator. As an example, in the future, the user interface 16 may be 
accessed at the domain name address >v\vw.patientmd.com 18, cuixently controlled by 
the assignee of the present application. 

25 As shown in FIG. 1, medical-related information providers that 

communicate with the repository 10 include but are not limited to hospitals 36, 
imaging centers 28, laboratories 30, pharmaceutical companies 32, pharmacies 34, 
pharmacy benefit managers 35, claims clearinghouses 40, insurance companies 38, 
federal and state government organizations or agencies such as the Centers for 

30 Medicare and Medicaid Services (CMS) and the Center for Disease Control (CDC) 
42. 
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FIG. 2 shows a simplified diagrammatic flowchart representing how 
medical-related information flows between components and users of the ciUTent 
system. Patients 20 and doctors 22 access the portal 16 via a portal layer 24 and 
application layer 14. Data may be requested and delivered using commonly available 
5 protocols such as TCP/IP with security provided with a Secure Socket Layer (SSL) 
protocol or the like. It is envisioned that other security measures, such as biometrics 
and small card technology, can be used in conjunction with the current system as 
well. As discussed previously, pursuant to privacy considerations and regulations 
such as the Health Insurance Portability and Accountability Act (HIPAA), each 
10 medical-related infoimation provider or user, including emploj^ers 26, imaging 

centers 28, laboratories 30, phamiaceutical companies 32, pharmacies 34, hospitals 36 
via integration brokers 12, insurance companies 38, and federal and state government 
organizations 42 can access infomiation relevant to each provider or user via the 
portal 16. Insurance companies 38 also communicate with or through clearing houses 
1 5 40 for processing and management of insurance claims. 

The portal 16 is connected via the storage area network (SAN) 43 to 
the repository or data warehouse 10 which may also be comiected direcfly to the 
government organizations 42 to perform the functions described below. 

The consolidation of clinical and/or administrative patient data 
20 described in the above system from in-patient (such as hospital), out-patient, or 
ambulatory settings including physician offices, dental facilities, private ancillary 
services like physical therapy centers, imaging centers, and nursing homes is 
delivered to providers of healthcare such as physicians, nurses, dentists, and hospital 
personnel on a commonly shared infrastructure. The temi "physician" or MD may be 
25 used in this disclosiu*e and is intended to refer to any type of healthcare provider. The 
data is delivered to physicians in a single common user interface. 

The consolidation also allows the healthcare provider's patient medical 
records, either in structured data created by their electronic medical record, or fi^om 
inputted text data, to be integrated with data from other medical-related sources to 
30 create a comprehensive computerized patient record. 

One aspect of the cun*ent invention is the functionality provided by the 
physician's version of the portal. The physician's portal is generally divided into two 
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units: the MD's working page and the MD's personal page. The MD's working page, 
via a web browser interface of known construction, allows a physician to log in and 
select a patient through a scheduling module to view basic patient data in summarized 
form, hereinafter referred to as patient's "Medical Summary/' and change the 
5 information if necessary. The term "module" referenced in this disclosure is meant to 
broadly cover various types of software code including but not limited to routines, 
fimctions, objects, libraries, classes, members, packages, procedures, methods, or 
lines of code together performing similar fimctionality to these types of coding used 
to enable a processor to perform tasks specified by the module. 

10 FIG. 3 is an example of user portal interface 16. This example shows 

information about the provider of the portal in an infomiational section 44. Along 
the right side of the interface 16 shov/n, are four links 46 which forward to 
customized portals based on the type of user wishing to access the system. The 
interface 16 shown in FIG. 3 shows, as an example, links to a "Patient" section, an 

15 "MD" section, an "Office Staff section, and a "General Information" section. The 
term "section" referenced in this disclosure describes a portion of the interface in 
which ftinctions are grouped based on a particular task or category of information. 

FIG. 4 illustrates an MD or physician's working page 48. A physician 
identifier and greeting 50 is shown at the top of the page next to the cmrent date 52. 

20 The elements shown on these pages may be arranged in alternative orientations and 
still be within the scope of this disclosure. The next element is schedule selection 
drop down box 54 which allows a user physician to select a particular patient / 
appointment combination. As an example, an 8:00 AM meeting with patient Jane 
Doe is shown. Although a drop down box is shown, other commonly found selection 

25 techniques, such as pop-up menus and radio buttons may be used as well. Another 
element on the MD working page 48 is patient search query box 56 into which the 
user-physician can input a search screen to find a particular patient. 

Information about the selected patient is also displayed on the screen 
and includes the patient's name 58, gender 60, age 62 and a listing of the patients 

30 allergies 64. The patient's primary care doctor 66 and insurance provider 68 may also 
be identified. This information is presented in a simple interface for convenient and 
efficient reference. 
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The working page 48 also includes a current medical condition section 
69 wliich lists the selected patient's current medical conditions 70, with a 
coiTCSponding confirmation column 72 indicating that a listed condition has been 
confirmed. The working page 48 also includes a past medical condition section 74 

5 similarly listing past medical conditions along with confirmation indicators. A Usting 
of the patient's family medical history conditions 76 is also presented. 

The user-physician can browse and/or update this information before, 
during, or after a patient consultation. The user-physician can also progress to other 
pages of the portal by clicking on a page link in the page link selection section 78. In 

10 addition, it is envisioned that from the working page 48, the physician-user can 
receive requests for telemedicine services from their patients or potential patients. 
Also, the telemedicine capabilities can be used to request a second opinion from 
another physician or to allow the physician-user to give a second opinion to other 
physician-users. 

15 FIG. 5 illustrates an interface 80 of the physician's working page that 

allows access to the physician's hospitals. Patient infonnation 58, 60, 62, 64 is shown 
in addition to a listing of hospitals 82 and associated selection boxes 83 for selecting 
whether to schedule or admit the patient to those hospitals for one or more treatments. 

FIG. 6 illustrates a Patient's Medical Records page 84 which allows a 

20 physician to access a patient's medical records from a selection of sources by using a 
drop down box 85. These other sources may include but are not limited to other 
doctor's office's records, hospitals, physical therapy facilities, home healthcare 
sei-vices, nursing homes, and workman's compensation fonns. By default, a patient's 
medical records from a logged on physician will be displayed but records from other 

25 physicians, and the other sources are available by being clicked or otherwise selected. 

FIG. 7 illustrates an evidence based medicine (EBM) page 86. EBM 
and preventative medicine, or "PM", are services or medical advice that are specific 
to each patient. The exact recommended sei-vice for each patient will be based on the 
information in each patient's Medical Summary. As data is entered into the Medical 

30 Summary, by either patients or physicians, the services change based on protocols for 
PM and EBM established by sources such, by way of example but not limitations, 
medical societies, for each specific disease or ailment. 
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The system's ability to provide information about and monitor PM and 
EBM makes the system useful to employers as well, who ai^e concerned about 
lowering their premiums by showing insurers that the employers are taking steps to 
improve employee health. One illustrative example is that it is expected that in the 
5 future, employers who do not offer PM and EBM incentives will have to pay higher 
healthcare premiums. Another illustrative example is the benefits to employer's 
Defined Contribution Programs if patients begin to choose this service. Defined 
Contribution Programs provide employees a Medical Savings Accounts. Patients can 
chose to spend this money for designated health care sei-vices. Based on recent IRS 

10 rulings, any money not used by the end of the year can roll over (if the employer 
wishes to set the service up that way) tax free like a 40 IK Health Account. It is 
expected that employers may elect to allow funds to caiTy over only if the patient has 
practiced PM and EBM services. Employers can use the EBM and PM monitoring 
provided by the current system to monitor employee compliance. This produces the 

1 5 societal benefit of having a patient become an active participant in his or her own 
healthcare. 

As shown in FIG. 7, the EBM page 86 includes a recommendations 
section 87, that shows one or more established medical society's recommendations for 
each medical condition. Similarly, FIG. 8 illustrates a PM page 88 which shows a 

20 listing of recommended tests 90 for the selected clients along with a coiTCsponding 
historical tests perfoimed listing 92 which includes the date and hospital where that 
test was performed. 

The cuiTcnt system also provides useful functionality to physicians 
using their working pages and other pages while the physician is with the patient and 

25 other times. The time with when a physician is with the patient is refen*ed to as point 
of service care. This assistance is provided via the web-based interface shown in FIG. 
9. For example, at the point of service, a physician can click on a functional banner or 
banner section 94 shown at the top of the page in FIG. 9, although other locations for 
the banner may be selected as well. This is refen-ed to as Point of Care (POC) 

30 service. The banner may provide a number of different functions including the 

following. The functional banner 94 may call a screen that allows the physician to 
take a prescription-related action. Prescription-related action include but are not 
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limited to ordering a prescription, writing a prescription, obtaining information about 
a dmg, and other actions. The particular action may be based on customized settings 
and be based on the physician's specialty and/or likelihood for prescribing the 
medication. Generally the interface shown in FIG. 9 incorporates the patient health 

5 record information described above, with some action available via the banner. The 
patient health-related infomiation may be shown in various forai via any of the 
"pages" described above, and is refen-ed to collectively as a patient's patient health 
record section. The banner 94 and various functions launched by the banner 94 are 
refened to as the bamier section. The banner section generally displays infonnation 

10 or messaging which may take the fonn of text, graphics, sounds, or other messaging 
based on the content of one of the fields or other content of the patient health record 
section. 

A first function is prescription ordering which allows a physician to 
create an automated prescription for a patient via a prescription ordering template. 

15 FIG. 9 shows one such prescription ordering template 96. The interface of FIG. 9 
may also be used to generate a product ordering page. The term product is intended 
to broadly cover any type of product or sei-vices recommended, prescribed, or 
other\vise mentioned by a physician, including but not limited to prescription drugs, 
over-the-counter drugs, health aids, vitamins, medical equipment, medical devices, 

20 foods, beverages, and health products. It is envisioned that products ordered by this 
interface may be pre-packaged or pre-staged at a selected product seller or distributor 
for pick-up by a patient. 

A second function is retrieving prescription or drug infonnation which 
will be available for the physician to review, print, or email to a patient's health 

25 record (PHR). The drug information may include, but is not limited to, illness that 
can be treated with a particular drug, dosage, effectiveness, side effects, costs, and 
other information. 

A third function is that a physician can click on a banner to 
automatically connect, or to schedule a connection, to an audio, visual, or other 

30 interactive conference with a drug company's representative. For this function, the 
bamier may become, or upon being clicked launch, an audio-visual portal for hosting 
the communications session. The drug company's representative or other provider. 
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including a drug whole-seller, reseller, or other distributor, may be selected based on 
the information in the patient health record section and/or the physician's preferences. 

A fourth function is connectivity to drug assistance programs provided 
by various pharmaceutical companies for patients that cannot afford the medication 
5 the physician-user is considering prescribing. Drug assistance programs are unknown 
to many physicians or underutiUzed because of the time and effort to complete the 
foi-ms. The current system may use an Enterprise Master Patient hidex (EMPI) and 
stores demographic information on the patient which allows patient information to 
automatically be generated in drag assistance program request forms. Therefore, tliis 

10 service can be provided when the patient is still present in the physician's office 

which means it is more likely to be used to the patient's benefit. To perform this task, 
the banner 94 may display a drug assistance request template or fonn that may be 
automatically populated with the patient's health infonnation. 

A fifth function of the baimer is to allow a physician-user to customize 

15 the banner 94 to shows drugs or drug-related advertising the physician-user wants 
displayed based on experiences with such drugs or other reasons. For example, the 
physician can choose one of ten drags he or she may wish to have on their drag list 
banner. This process allows the physician-user to control the direct target marketing 
at the point of ser\dce based on the physician-user's o^vn interests, preferences, and/or 

20 experiences. The list may be customizable using any selection method. 

Referring now to FIG. 10, a physician-user can click on the 
medications link from the page selection link section 78 to view the patient's cun'ent 
medication listing which includes the prescription dates 98, the name of the 
prescribed drug 100, and the store or pharmacy supplying the drug 102. Similarly, 

25 FIG. 1 1 illustrates the patient's images or radiographs screen 104, accessible from the 
Radiographs link 105. A sample radiograph 106 is shown. 

As shown in FIG. 12, the physician-user can also receive alerts from 
monitoring institutions which may include government institutions such as the CMS, 
CDC, or the National Electronic Disease Surveillance System (NEDSS) via an alert 

30 banner 108. These alerts may be generated by these agencies to alert all physicians 
should an emergency or crisis occui\ Additionally or alternatively, the alert may be 
activated when one or more of the medical conditions shown for the current patient 
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have been flagged or are otherwise being monitored by these institutions. For 
example, if the CDC is concerned that doctors are making misdiagnoses by confusing 
Severe Acute Respii*atory Syndrome (SARS) with the flu, an alert may be generated 
whenever the flu is entered as a patient's medical condition, A doctor reviewing the 
5 alert may realize that a misdiagnosis has been made and change their prescribed 

treatment. This is useful for monitoring commonly misdiagnosed illnesses and other 
goveniment-nionitored illnesses. The alerts, upon issuance, may overwiite or be 
shown in addition to the banner ad 108 or information. 

FIG. 13 illustrates an MD personal page 1 10 which shows a summary 

10 screen of the patient's lab results 112, email from other physicians 114, emails from 
patients 1 16, phannacy notifications 118, and un-insured medical care requests 120. 
In this manner, this system acts as a centralized communications tool for the 
physician-user. It is also envisioned that from the personal page 110, the physician- 
user can send mass emails to colleagues within a certain geographic region, such as 

15 within the same city or state. The left hand tabs 121 may coirespond to either the 
physician's working page or the physician's personal page. 

FIG. 14 illustrates an MD personal page 122. Personal page 122 
contains the patient's lab results 124, as well as a contact infomiation button 126 that 
causes the patient's contact infoimation to be displayed when clicked. The personal 

20 page 122 also includes a ''Send to PHR" button 128 that sends the lab result to the 
patient health record (PHR) stored on the repository 10 and accessible to the patient 
from the patient pages. FIG. 15 shows a drop down box 130 embodiment of the 
patient's contact infoimation such as work, home, and cell phone nimibers. Box 131 
may also be used to send the patient's information to the patient's health record as a 

25 text message or using Voice over Internet Protocol (VoIP). Other contact information 
such as an email address may be displayed as well. 

FIG. 16 illustrates an MD office staff registration page 132 which 
includes a greeting 134 for the office staff-user, a patient selector box 136 which may 
also include the patient's appointment time, a link to the registration form 138 for a 

30 particular hospital, and a patient medical history link 140. FIG. 17 illustrates an 
MD's office staff billing page showing a patient selection box 142, MD name 
selection box 144, and claims summary 145. Each claim also includes a view link 
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146 which forwards to a more complete view of a particular claim. This page allows 
for easy and convenient billing and administration of the patient. This page also 
provides functionality for registration, scheduling, billing, office manager tools, and 
information used by nurses and their assistants. The billing staff has access to patient 
5 medical records in a standard electronic format which can be used for justifying their 
claims with insurance companies. Also, a patient schedule fi-om the registration page 
may be obtained from a practice management system use by the physician's office 
fi*om this interface 132. 

FIG. 18 illustrates a patient personal page 148. This page includes a 

10 greeting 150 for the patient as well as one or buttons to access certain categories of 
information such as notifications 152 from the doctor, medication and allergies 154 
infoimation, weight and vital sign information via button 1 56, and a medical summary 
button 158. A sample message from a patient's doctor 160 and pharmacy 162 is 
shown. These messages and notifications may serve a variety of functions such as 

15 test result notification, doctor availability, whether a prescription is ready, whether the 
patient has forgotten to pick up a prescription, and so forth. Failed prescription 
notifications can be made to the physician-user as well. The patient page 148 also 
includes a link section 164 different than that found on the MD pages and an 
advertising banner 166 rather than the prescription-related banner found on the MD 

20 pages. 

The patient health record page 148 also allows patients to receive 
mai'keting materials about health-related products such as pharmaceuticals, on an opt- 
in basis. A portion of monies received from advertisers when patients receive this 
information can be routed to charities of the patient's choosing. To make this 

25 selection, a patient is presented with a list consisting of charities that address or are 
attempting to cure the patient's ailment. For example, if the patient has a heart or 
cancer condition, donations would be routed the American Heart Association or the 
American Cancer Society. 

FIG. 19 shows a medical histoiy page 168 viewable by the patient- 

30 user. This is the same information available the physician. Thus, the same 

information about current, past, and family medical histories is available to both a 
patient-user and the physician-user. Similarly, as shown in FIG. 20, a medication 
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listing page 170 shows a listing of all currently prescribed medications 172 to the 
patient-user. 

FIG. 21 illustrates a consumer portal page 174 which is used by 
visitors to the portal to perform general research about health-related topics. As 
5 shown in the consumer link section 176, this page 174 may include links to 
medication information, a medical dictionary, pharmaceutical information, a 
physician directory, information about preventative medicine, alternative medicine, 
support groups, infomiation about care for the insured or to request care if the visitor 
is un-insured, and custom poital page creation page, FIG. 22 illustrates a web page 
10 178 for locating a doctor offering sei-vices to the uninsxired. Searches may be based 
the prospective patient's medical condition 180, state 182, zip code 184, or on a 
combination of these search parameters. It is envisioned that other search parameters 
related to the ailment, or other parameters related to prospective patient's location 
may be used as well. 

15 Since the system communicates with clearing houses that handle MDs' 

claims submissions to the insurance companies, proponents of the current system may 
wish to work with Congress by providing MDs a tax write off or tax credit for 
physicians that provide care to the uninsured based on a, for example, Medicare fee 
schedule. If such a change in the law occurs, the current system may be found to be 

20 advantageous because the cuirent system can monitor this type of information such as 
the number of hours provided to the uninsured at no cost. 

Also, with the cuiTent system, physicians can share a contract 
management service that along with other seivices will provide physicians feedback 
about whether the physicians are getting paid consistently and appropriately by 

25 insurance companies. 

The following additional functionality is also envisioned for the 
current system. Patients via their PHR can provide tlie cost, for comparison purposes, 
of various products and seivices that are considered commodities to the system. These 
products and services may include medications, laboratory services, imaging seivices, 

30 and medical products/devices. This database can be presented to other patient-users 
for cost comparison and/or shopping purposes. Similarly, the system can allow for 
information to be entered by physicians related to purchasing medical equipment 
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and/or supplies that can be used within the office, hospital, and operating room. 
Physicians can also use the system's clinical infi-astracture for gathering data, that has, 
for example, been "de-identified", for use in conducting clinical trials for the 
pharmaceutical industry, such as by allowing physicians or experimenters to enter and 
5 review the de-identified data as it is being entered. 

While embodiments have been illustrated and described in the 
drawings and foregoing description, such illustrations and descriptions are considered 
to be exemplaiy and not restrictive in character, it being understood that only 
illustrative embodiments have been shown and described and that all changes and 

10 modifications that come within the spirit of the invention are desired to be protected. 
The applicants have provided description and figures which are intended as 
illustrations of embodiments of the disclosure, and are not intended to be construed as 
containing or implying limitation of the disclosm'e to those embodiments. There are a 
plurality of advantages of the present disclosure arising from various features set forth 

15 in the description. It will be noted that alternative embodiments of the disclosure may 
not include all of the features described yet still benefit from at least some of the 
advantages of such features. Those of ordinary skill in the art may readily devise their 
own implementations of the disclosure and associated methods, without undue 
experimentation, that incorporate one or more of the features of the disclosure and fall 

20 within the spirit and scope of the present disclosure and the appended claims. 



